REMARKS 



In the Office Action, Claims 1-36 are pending and presented for examination. Claims 1- 
4, 8-14, 18-21, 26 and 31-36 are rejected and Claims 5-7, 15-17, 22-25 and 27-30 are objected 
to. In this Response, Claims are amended, no claims are cancelled, and no claims are added. 
Applicants respectfully request reconsideration of pending Claims 1-36 in view of the following 
remarks. 

I. Claim Rejections Under 35 U.S.C. S103 

Claims 1, 1 1, 21, 26, 31 and 34 are rejected under 35 U.S.C. §103(a) as being 
unpatentable over Lakshmanamurthy et al. {Network Processor Performance Analysis 
Methodology", Aug. 15, 2002, Intel Technology Journal) (" Lakshmanamurthy ") in view of 
Paulin et al, (^'Network Processors: A Perspective on Market Requirements, Processor 
Architectures and Embedded S/W Tools," 2001 IEEE, pp. 420-427) ( "Paulin "). Applicants 
respectfully traverse this rejection. 



Claim 1 recites: 

1 . A method comprising: 

configuring one or more processors into a D-stage processor pipeline; 

transforming a sequential network application program into D-pipeline 
stages that collectively perform an infinite packet processing stage (PPS) 
loop of the sequential network application program; and 

executing the D-pipeline stages in parallel within the D-stage 
processor pipeline to provide parallel execution of the infinite PPS loop of 
the sequential network a pplication program. (Emphasis added.) 



While Applicant's argument here is directed to the cited combination of references, it is 
necessary to first consider their individual teachings, in order to ascertain what combination (if 
any) could be made from them. 

Lakshmanamurthy is generally directed to a network processor performance analysis 
methodology for analyzing the performance of networking applications targeted for the IXP 
2400 network processor. (See Abstract.) In contrast with Claim 1, Lakshmanamurthy does not 
disclose or suggest transforming a sequential network appUcation program into D-pipeline stages 
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that collectively perform an infinite packet processing stage (PPS) loop of the sequential network 
application program, as in Claim 1. Lakshmanamurthy does disclose a data movement model for 
estimating compute cycles and total I/O references required for the various operations performed 
by a network processor on each received packet; Lakshmanamurthy further disclosed the 
estimation of the total budget for the packet processing to determine how functional blocks are 
mapped onto available hardware resources, and how software concepts are used to meet the 
performance goals, where the methodology is validated by implementing microcode and tuning 
the code (on a simulator and hardware) to demonstrate line-rate performance. (See page 20, left 
colxmm, lines 10-47.) 

Apposite to Claim 1, the disclosure of Lakshmanamurthy is directed to providing a 
performance analysis of a hypothetical target application if implemented to use the parallel 
architecture of an IXP 2400 network processor. Lakshmanamurthy does disclose a line-rate 
performance based on a data movement model, an estimated number of compute cycles, and total 
I/O references required for operations performed on a packet basis, and a total available budget 
for packet processing, to enable performance analysis of a hypothetical target application that 
can be written to run on an IXP 2400 network processor (see supra). However, the disclosure of 
Lakshmanamurthy is something completely different fi-om transforming a sequential network 
application program into D-pipeline stages that collectively perform a sequential packet 
processing stage (PPS) of the sequential network application, as in Claim 1. 

As correctly recognized by the Examiner, Lakshmanamurthy fails to disclose or suggest 
transforming a sequential network application program into D-pipeline stages that collectively 
perform an infinite packet processing stage (PPS) loop of the sequential network application and 
executing the D-pipeline stages in parallel within the D-stage processor pipeline to provide 
parallel execution of the infinite PPS loop of the sequential network application program, as in 
Claim 1. As a result, the Examiner cites Paulin . However, the Examiner's citing of Paulin fails 
to rectify the above deficiencies of Lakshmanamurthy . 

Paulin is generally directed to a network processor that includes a chain of pipelined 
processing units (packet processing engines). Paulin describes a network processing unit 
architecture, where packet processing engines connect to outside resources according to an 
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octagon interface (see FIGS 1 and 2). In contrast with Claim 1 , Paulin does not disclose or 
suggest transforming a sequential network application program into D-pipeline stages that 
collectively perform an infinite packet processing stage (PPS) loop of a sequential network 
application, as in Claim 1 . Paulin explicitly requires that each packet processing engine will 
process a respective packet (see page 422, section 2.2, 1^' paragraph of right col.). However, the 
parallel packet processing of Paulin is something completely different fi-om transforming a 
sequential network application program into D-pipeline stages that collectively perform an 
infinite packet processing stage (PPS) loop of the sequential network apphcation program, as in 
Claim 1. 

In contrast with the infinite PPS loop of a sequential network application program, as in 
Claim 1, the parallel packet processing described by Paulin performs multiple packet processing 
stages in parallel, and not collectively, as in Claim 1. As a result, Paulin cannot rectify the 
failure of Lakshmanamurthv to disclose or suggest transforming a sequential network application 
program into D-pipeline stages that collectively perform a sequential packet processing stage 
(PPS) of the sequential network application program, as in Claim 1. 

Hence, no combination of Lakshmanamurthv and Paulin could disclose, teach, or suggest 
transforming a sequential network apphcation program into D-pipeline stages that collectively 
perform an infinite packet processing stage (PPS) loop of the sequential network application, 
much less parallel execution of the infinite PPS loop of the sequential network application 
program, as in Claim 1. 

For each of the above reasons, therefore, Claim 1 and all claims which depend firom 
Claim 1 are patentable over the cited art. 

Each of Applicant's other independent claims include features similar to those 
highlighted above in Claim 1. Therefore, all of Applicant's other independent claims, and all 
claims which depend on them, are also patentable over the cited art for similar reasons. 
Consequentiy, please reconsider and withdraw the § 103(a) rejection of Claims 1, 1 1, 21, 26, 31, 
and 34. 
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Claims 2, 12, 32, and 35 are rejected under 35 U.S.C. §103(a) as being unpatentable over 
Lakshmanamurthy in view of Paulin and further in view of Rakhmatov et al. {"Hardware- 
Software Bipartitioning for Dynamically Reconfigurable Systems ", May 2002, ACM) 
(" Rakhmatov "). Claims 3-4, 8, 10, 13-14, 18, 20, 33, and 36 are rejected under 35 U.S.C. 
§103(a) as being unpatentable over Lakshmanamurthy in view of Paulin and Rakhmatov and 
further in view of Robschink et al. {"Efficient Path Conditions in Dependence Graphs", May 
2002, ACM) ( "Robschink "). Claims 9 and 19 are rejected under 35 U.S.C. §103(a) as being 
unpatentable over Lakshmanamvurthv in view of Paulin. Rakhmatov, and Robschink and further 
in view of Goldberg et al. {"A New Approach to the Maximum-Flow Problem ", 1988, ACM') 
( "Goldberg "). AppUcants respectfully traverse these rejections. 

DEPENDENT CLAIMS 

In view of the above remarks, a specific discussion of the dependent claims is considered 
to be unnecessary. Therefore, AppUcant's silence regarding any dependent claim is not to be 
interpreted as agreement with, or acquiescence to, the rejection of such claim or as waiving any 
argument regarding that claim. Consequently, please reconsider and withdraw the § 103(a) 
rejection of dependent Claims 2-4, 8, 10, 12-14, 18, 20, 32, 33, and 35. 

II. Allowable Subject Matter 

Claims 5-7, 15-17, 22-25, and 27-30 are objected to as being dependent upon a rejected 
base claim, but would be allowable if rewritten to overcome the rejections under 35 U.S.C. 
§ 103(a) set forth to include all the limitations of the base claim and any intervening claims. 

Applicants respectfully thank the Examiner for recognizing the allowability of Claims 5- 
7, 15-17, 22-25, and 27-30. However, for at least the reasons provided above, Applicants 
respectfully submit that such claims, based on their dependency from independent Claims 1 and 
21, are also patentable over Lakshmanamurthy, Paulin, Rakhmatov. and Robschink and further 
in view of Goldberg as well as the references of record. Therefore, Applicants respectfully 
request that the Examiner reconsider and withdraw the objection to Claims 5-7, 15-17, 22-25, 
and 27-30, and allow such claims, based on their dependencies from Claims 1 and 21. 
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CONCLUSION 



In view of the foregoing, it is believed that all claims now pending (1) are in proper form, 
(2) are neither obvious nor anticipated by the relied upon art of record, and (3) are in condition 
for allowance. A Notice of Allowance is earnestly soUcited at the earliest possible date. If the 
Examiner believes that a telephone conference would be useful in moving the appUcation 
forward to allowance, the Examiner is encouraged to contact the undersigned at (310) 207-3800. 

If necessary, the Commissioner is hereby authorized in this, concurrent and future rephes, 
to charge payment or credit any overpayment to Deposit Account No. 02-2666 for any additional 
fees required under 37 C.F.R. §§ 1.16 or 1.17, particularly extension of time fees. 



Respectfully submitted, 



BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN LLP 



Date: October 29. 2008 




1279 Oakmead Parkway 
Sunnyvale, California 94085-4040 



I hereby certify that this correspondence is being submitted electronically 
via EFS Web on the date shown below to the United States Patent and 
Trademark Office, 



CERTIFICATE OF TRANSMISSION 



Telephone (310) 207-3800 
Facsimile (408) 720-8383 
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